home *** CD-ROM | disk | FTP | other *** search
/ MacFormat 1995 March / macformat-022.iso / Shareware City / Utilities / Cron ƒ / cron READ ME.txt < prev    next >
Encoding:
Text File  |  1993-07-29  |  6.2 KB  |  169 lines  |  [TEXT/R*ch]
  1.  
  2. cron
  3. Version 1.0d13 of 29-Jul-93
  4.  
  5. by Chris Johnson
  6.  
  7.  
  8.  
  9. Changes in cron 1.0d13:
  10.  
  11. •    Cron now runs as a background-only application, so you won't
  12.     see it in the application menu anymore. (If you liked it the
  13.     way it was before, use ResEdit to alter the "Background Only"
  14.     bit in cron's SIZE resource.)
  15.  
  16. •    Cron uses less memory, especially when used in its default
  17.     background-only configuration.
  18.     
  19. •    Cron includes some on-board diagnostics which may help people
  20.     track down problems in a few obscure situations. Basically, 
  21.     it's simple stuff; alerts will appear to let you know that 
  22.     some part of program initialization failed, or that it ran
  23.     out memory while trying to do something, etc.
  24.     
  25. •    The "argc Receiver.c" file has been altered such that it 
  26.     works correctly for commands built to execute as background-
  27.     only tasks.
  28.     
  29. •    The "argc Receiver.c" file has been altered such that it now 
  30.     accepts multiple sets of parameters at one time. In the past, 
  31.     commands accepted only the first set of parameters they were 
  32.     passed at any given time. This is more of a limitation in the 
  33.     Mac OS than in the cron code. Note that the option to receive 
  34.     multiple sets of parameters in a command must be enabled by 
  35.     defining the "ReinvokeMain" symbol in the command project, 
  36.     and your code must be prepared to cleanup behind itself 
  37.     completely, etc. If we could just fork processes, none of this 
  38.     would be necessary, of course.
  39.     
  40. •    The 1.0d10 version of the "argc Receiver.c" file has been
  41.     ported to THINK Pascal by Peter N. Lewis, so Pascal pro-
  42.     grammers should be able to join in the fun now. :-)
  43.  
  44.  
  45. Changes in cron 1.0d10:
  46.  
  47. •    Cron no longer crashes when the system clock is set back.
  48.  
  49. •    The open command now resolves aliases to the files it is
  50.     instructed to open.
  51.  
  52. •    The old echo command was rewritten from scratch by Mike Pearce 
  53.     such that it now echos its arguments to Notification Manager 
  54.     alerts for which timeout values can be supplied.  This creates
  55.     a very useful way for cron to provide users a reminder service.
  56.     Thank you, Mike.
  57.     
  58. •    The "tcp time client" command has been added.  This command
  59.     will query TCP-based Time Protocol (RFC 868) servers and set
  60.     the Mac's clock accordingly.  It will optionally allow for
  61.     the U.S. Daylight Savings Time (DST) convention.
  62.     
  63. •    The "activity-report" command has been added.  This command
  64.     brings up a window on the user's screen into which they can
  65.     type up to 255 characters of text.  The text is recorded in
  66.     a log file with a time stamp attached to each entry.  This
  67.     is useful for keeping track of one's daily activities in 
  68.     order to satisfy demanding management.
  69.  
  70.  
  71. Changes in cron 1.0d9:
  72.  
  73. •    Cron now resolves aliases to commands and to the crontab file.
  74.     The aliases must have exactly the same names as the files they
  75.     represent, i.e. an alias to the crontab file named "crontab 
  76.     alias" will not work.
  77.  
  78. •    Most of the text files supplied with, and created by, this 
  79.     version of cron are setup to work with Rich Siegel's marvelous
  80.     BBEdit text editor, instead of TeachText as with previous 
  81.     versions.
  82.  
  83.     If you don't have a copy of BBEdit, I recommend getting one.  
  84.     Even so, if you'd rather not get BBEdit, they're still just 
  85.     plain old text files, so you can edit and view them with almost
  86.     anything.
  87.     
  88. •    Cron supports several extensions to the standard crontab format.
  89.     These include the options of scheduling events relative to the
  90.     time at which the Mac: starts-up, goes idle, or becomes busy.
  91.  
  92.  
  93. Points of interest:
  94.  
  95. •    Source code for cron and most of its commands is available.
  96.  
  97. •    All source code was written for THINK C 5, but should be easy to
  98.     get working in MPW C, since both environments are (essentially) 
  99.     ANSI compliant and use the same headers at long last.
  100.  
  101. •    Cron looks for its crontab file in the same directory as the cron
  102.     application.
  103.  
  104. •  Currently, there is no Mac front-end to the crontab data file,
  105.     i.e. there's no user interface for cron; you just edit the crontab
  106.     file and cron reacts accordingly.  I will, however, be happy to 
  107.     write one if there's sufficient interest in the cron product to 
  108.     make it worthwhile.
  109.  
  110. •    I hope cron and its associated commands can become a public
  111.     development effort (assuming anyone finds it useful, of course).  
  112.     If you create new commands, please send them and their source 
  113.     (whenever possible) to me so they can be redistributed, along with 
  114.     all the other commands and sources, in subsequent test versions.
  115.  
  116. •    Input on all aspects of this project is welcome.
  117.  
  118.  
  119.  
  120. Chris Johnson
  121.  
  122. Internet:   chrisj@emx.cc.utexas.edu
  123. UUCP:       {husc6|uunet}!cs.utexas.edu!ut-emx!chrisj
  124. BITNET:     chrisj@utxvm.bitnet
  125. CompuServe: >INTERNET:chrisj@emx.cc.utexas.edu
  126. AppleLink:  chrisj@emx.cc.utexas.edu@internet#
  127. U.S. Mail:  Chris Johnson, 4505-B Avenue H, Austin, TX  78751
  128.  
  129.  
  130.  
  131.  
  132.  
  133. —————————————————————————————————————————————
  134. INFORMATION INCLUDED BELOW
  135. —————————————————————————————————————————————
  136.   •  Cron and Pathnames
  137. —————————————————————————————————————————————
  138.  
  139.  
  140.  
  141. Cron and Pathnames
  142. —————————————————————————————————————————————
  143.  
  144. In the absence of a pathname, cron will not find its commands unless
  145. they are located in the same directory as cron.
  146.  
  147. If you supply partial pathnames as arguments, they are evaluated
  148. relative to the location of the program that ultimately processes the
  149. arguments.  Full pathnames are supported, of course, so you can
  150. avoid the ambiguity of partial pathnames.
  151.  
  152. Personally, I just create a cron directory and put a copy of the cron
  153. program and all its commands in it. This way I can avoid the whole
  154. pathname issue when invoking commands. Another way to avoid the whole
  155. issue is to create aliases to items in other directories, and place
  156. those aliases in the cron folder. Pathnames can be a pain, so I 
  157. suggest using both of the above tactics as appropriate, and avoiding
  158. pathnames wherever possible.
  159.  
  160. One tip: use the open command with the -c (launch by creator code)
  161. option when you want to run conventional applications located outside
  162. the cron directory, in situations where aliases aren't appropriate. 
  163. This way the desktop database is used to locate the most recent 
  164. version of the program on any of your mounted disks and you can avoid 
  165. the fragility of path names entirely. Of course, this only works with 
  166. programs that have their own icons and are located on mounted HFS 
  167. disks.
  168.  
  169.